在嵌入式项目进行调试和发布切换的时候，经常会遇到这类问题，当把优化等级调高了以后，虽然代码的体积可能变小了，运行速度也可能变快了，但是源码和机器指令之间的对应关系就会变得不直观，变量有可能会被放进寄存器里面，或者被合并、被删掉，函数也可能被内联，所以调试窗口里才看不到变量，这不一定说明程序真的出错了。在IAR的编译选项里面，其实包含了面向速度和体积的优化配置，在实际使用的时候，应该把调试需求和发布需求分开来处理。

在进行SDK移植、驱动库添加或者工程目录整理的时候，开发人员经常会遇到“IAR头文件路径怎么添加，IAR头文件路径配置后仍然报错怎么办”这方面的问题；头文件路径表面上看着只是把文件夹放进去，然而在实际操作中，它还会受到工程配置、相对路径、宏定义、文件名大小写、条件编译以及源文件是否参与编译等多方面的影响。在IAR的编译选项里面，其实包含着预处理相关的配置，通常情况下，头文件的搜索路径就是在C/C++Compiler的Preprocessor配置项里进行维护的。

在日常写单片机工程的时候，有时候编译通过了，却发现Flash空间快满了，或者RAM不够用，代码体积莫名其妙变大，这时候就会碰到“IAR map文件怎么看，还有map文件里的内存占用怎么分析”这种让人头疼的问题。.map文件并不是普通的运行日志，这个文件是链接器最后输出的结果清单，在文件里面，大家可以看到各种段被放到了什么地方，也能看到全局符号的地址，还有各个模块和库大概占了多少空间。IAR在链接的过程中，系统会自动生成这种map文件，其主要作用就是把section的放置结果、全局符号的地址给列出来，并且把模块和库的内存使用情况做一个汇总。

在对嵌入式程序进行调测的时候，经常会有“IAR变量观察窗口怎么使用，IAR变量值显示异常怎么判断”这种疑问被大家碰到；其实这个窗口不仅仅是把数值摆出来这么简单，它的背后还牵扯到编译器的优化、调试文件的有无、变量自己起作用的范围、内存的具体地址、数据的不同类型解释，甚至连DMA和中断去改动数据都会对它产生影响；有时候数据确实被程序更改了，有时候却只是软件窗口显示得不准确，所以在找问题的时候，首先得把“显示出问题”和“运行出问题”给区分开才行。

在调试嵌入式程序时，“IAR断点怎么设置，IAR断点设置后程序不停止怎么办”是很常见的问题。断点本身不复杂，真正容易出问题的是：当前代码有没有被编译进目标文件，优化后源码行还在不在，断点位置是不是在Flash里，硬件断点数量够不够，程序有没有真的跑到那一行。IAR的C-SPY调试环境支持多种断点类型，实际使用时也会涉及硬件断点、软件断点以及调试器驱动处理方式。

操作人员在使用IAR软件调试单片机的时候，经常会碰到“IAR调试器怎么连接目标板，IAR调试器连接后无法下载程序怎么办”这些状况。表面上看起来是调试设备连不上，但是实际上，这些问题可能和驱动程序、电源供电、排线接口、复位办法、芯片型号、闪存加载器、读保护以及工程下载位置都有关系。IAR软件本身虽然带着编译、下载和调试环境，但是程序最后能不能写进去，还是要看硬件线路和调试设置是不是刚好对得上。

在芯片工程的移植过程中，技术人员经常会遇到一些比较棘手的问题，比如IAR启动文件到底该怎么去配置，以及IAR启动文件和中断向量表之间又是怎么产生对应关系的。启动文件在整个系统中起到了很关键的作用，芯片在复位之后先去执行什么代码，栈指针需要从哪个地方去获取，这些全都是由启动文件来决定的。

在项目移植、添加启动引导程序、划分闪存存储区域，或者适配不同容量芯片的时候，开发人员经常会遇到如何改动IAR链接配置文件，以及怎么解决地址冲突的问题；在IAR软件里经常被提到的链接脚本，实际上通常就是项目里用到的.icf格式的配置文件；这个文件主要负责告诉链接工具把代码放在哪里，把变量安排在什么地方，还要从哪一段内存里把栈空间和堆空间分配出来。

做嵌入式项目时，很多人会碰到“IAR编译选项怎么配置，IAR编译选项导致代码体积变大怎么排查”这类问题。IAR里一个选项看起来只是勾选或切换级别，实际可能影响优化策略、调试信息、库函数选择、浮点处理、链接结果和最终烧录文件大小。排查时不要只盯着某一行代码，先把编译、链接、库文件和输出文件类型分开看，问题会清楚很多。

在刚开始做嵌入式项目的时候，很多人都会碰到一些问题，就是不清楚IAR工程模板怎么选择，或者发现IAR工程模板和芯片型号不匹配，这些情况经常发生；从表面上看这好像只是点错了模板，但实际上，启动文件、链接文件、芯片头文件，还有调试配置和下载算法这些东西都会受到连累；要是模板弄错了，严重的可能导致程序根本没法在芯片里跑起来，轻一点的也会在编译时疯狂报错，所以说，在刚开始动手之前，最好把芯片的型号、用什么内核、Flash和RAM有多大、工程是从哪来的，都先一条一条对清楚。